Skip to main content

Versi 1

FieldIsi
Dokumen IDVBS-PJL-010
DeskripsiMencatat order makanan/minuman resto per meja dan menagihkannya menjadi penjualan
Nomor Revisi1
Tanggal2026-10-03
KeteranganInisiasi dokumentasi

1. Ringkasan​

a. In scope​

  • User membuka layar penjualan resto dan memilih meja
  • User menambah order resto ke invoice penjualan resto
  • User menyelesaikan order menjadi faktur penjualan

b. Catatan​

c. Kesimpulan​

  • [FE] -
  • [BE] -

2. Functional Requirement​

KodeDeskripsi
FR-01User dapat melihat daftar transaksi
FR-02User dapat membuat transaksi baru
FR-03User dapat melihat detail transaksi
FR-04User dapat mengubah transaksi yang editable
FR-05User dapat memproses status transaksi sesuai alur modul

3. Use Case List​

KodeDeskripsi
UC-01Melihat daftar transaksi
UC-02Membuat transaksi baru
UC-03Melihat detail transaksi
UC-04Mengubah transaksi
UC-05Memproses / menyelesaikan transaksi

4. Use Case Scenario​

UC-01 : Melihat daftar transaksi​

AktorUser brand
DeskripsiMelihat daftar transaksi modul
PrekondisiLogin
Brand aktif
Hak lihat
Alur utama1. User buka menu modul.
2. Sistem tampilkan daftar transaksi.
3. User filter/cari (opsional).
Alur negatif- Gagal load → error/daftar kosong.
- Tanpa hak → akses ditolak.
Bisnis rule- Daftar dalam konteks brand.
- Status transaksi ditampilkan di daftar.
PostkondisiDaftar tampil
TriggerBuka menu
Kode FRFR-01

UC-02 : Membuat transaksi baru​

AktorUser dengan hak tambah
DeskripsiMembuat transaksi baru lalu menyimpan
PrekondisiLogin
Hak tambah
Alur utama1. User klik Tambah.
2. User isi header & baris detail.
3. User simpan.
4. Sistem membuat transaksi.
Alur negatif- Validasi field/detail gagal → alert error.
- Stok/saldo tidak cukup (bila relevan) → ditolak.
Bisnis rule- Transaksi punya identitas (id) setelah tersimpan.
- Detail line wajib terkait header.
PostkondisiTransaksi tersimpan
TriggerKlik Tambah / Simpan
Kode FRFR-02

UC-03 : Melihat detail transaksi​

AktorUser brand
DeskripsiMembuka detail satu transaksi
PrekondisiTransaksi ada
Alur utama1. User pilih transaksi.
2. Sistem tampilkan detail + baris.
Alur negatif- Id tidak ditemukan → error.
Bisnis rule- Detail memakai id transaksi.
PostkondisiDetail tampil
TriggerKlik lihat
Kode FRFR-03

UC-04 : Mengubah transaksi​

AktorUser dengan hak ubah
DeskripsiMengubah transaksi yang masih editable
PrekondisiTransaksi editable
Hak ubah
Alur utama1. User buka edit.
2. User ubah data.
3. User simpan.
Alur negatif- Status sudah final → edit ditolak.
- Validasi gagal → tidak tersimpan.
Bisnis rule- Hanya status tertentu yang boleh diedit.
- Update wajib menyertakan id.
PostkondisiTransaksi terbarui
TriggerKlik edit
Kode FRFR-04

UC-05 : Memproses / menyelesaikan transaksi​

AktorUser dengan hak proses
DeskripsiMenjalankan aksi proses (approve/posting/selesai) sesuai modul
PrekondisiTransaksi dalam status yang boleh diproses
Alur utama1. User pilih aksi proses.
2. Sistem memvalidasi.
3. Sistem mengubah status / mengeksekusi efek.
Alur negatif- Prasyarat tidak terpenuhi → ditolak dengan pesan.
- Gagal API → status tidak berubah.
Bisnis rule- Transisi status mengikuti alur modul.
- Efek samping (stok/jurnal) mengikuti aturan BE.
PostkondisiStatus transaksi berubah sesuai aksi
TriggerTombol proses / approve / selesai
Kode FRFR-05

5. Data Flow Diagram​

DFD-01​

6. Sequence Diagram​

SD-01 — UC-01 : Melihat daftar transaksi​

SD-02 — UC-02 : Membuat transaksi baru​

SD-03 — UC-03 : Melihat detail transaksi​

SD-04 — UC-04 : Mengubah transaksi​

SD-05 — UC-05 : Memproses / menyelesaikan transaksi​

7. Table Schema​

8. API Schema​

EndpointStatusPerubahan
GET /invoice-order-restoexisting-
PUT /order-resto/:idexisting-